Message based generation of item listings

ABSTRACT

According to various exemplary embodiments, an electronic text message is received from a source telephone number, the electronic text message including content describing a product item. A seller of the product item is identified, based on the source telephone number, and the product item is identified, based on the content included in the electronic text message. Thereafter, a draft version of an item listing is automatically generated, where the item listing lists the product item as being for sale by the seller on a marketplace website.

CLAIM OF PRIORITY

This application is a continuation of U.S. application Ser. No.16/106,151, filed Aug. 21, 2018, which is a continuation of U.S.application Ser. No. 14/698,148, filed Apr. 28, 2015, now U.S. Pat. No.10,074,125, which is a continuation of U.S. application Ser. No.14/147,029 filed Jan. 3, 2014, now U.S. Pat. No. 9,047,635, which is acontinuation of U.S. application Ser. No. 13/687,807 filed Nov. 28,2012, now U.S. Pat. No. 8,635,124, each of which applications areincorporated in their entirety herein by reference.

A portion of the disclosure of this patent document contains materialthat is subject to copyright protection. The copyright owner has noobjection to the facsimile reproduction by anyone of the patent documentor the patent disclosure, as it appears in the Patent and TrademarkOffice patent files or records, but otherwise reserves all copyrightrights whatsoever. The following notice applies to the software and dataas described below and in the drawings that form a part of thisdocument: Copyright eBay, Inc. 2012, All Rights Reserved.

TECHNICAL FIELD

The present application relates generally to the technical field ofelectronic data and, in one specific example, to message basedgeneration of item listings.

BACKGROUND

Marketplace websites allow sellers to post various product items forsale online. Typically, the seller logs into the marketplace website andmanually generates an item listing that describes the product item thatthe seller wishes to sell. Thereafter, the item listing may be posted onthe marketplace website for others to view.

BRIEF DESCRIPTION OF THE DRAWINGS

Some embodiments are illustrated by way of example and not limitation inthe figures of the accompanying drawings in which:

FIG. 1 is a network diagram depicting a client-server system, withinwhich one example embodiment may be deployed.

FIG. 2 is a block diagram of an example system, according to variousembodiments.

FIG. 3 is a flowchart illustrating an example method, according tovarious embodiments.

FIG. 4 illustrates an example of a text message, according to variousexemplary embodiments.

FIG. 5 illustrates examples of seller records, according to variousexemplary embodiments.

FIG. 6 illustrates exemplary product identification information,according to various exemplary embodiments.

FIG. 7 illustrates a draft version of an exemplary item listing,according to various exemplary embodiments.

FIG. 8 illustrates an exemplary item listing, according to variousexemplary embodiments.

FIG. 9 a illustrates an example of condition keyword information,according to various exemplary embodiments.

FIG. 9 b illustrates an example of quantity keyword information,according to various exemplary embodiments.

FIG. 10 illustrates an example of suggested pricing information,according to various exemplary embodiments.

FIG. 11 illustrates a draft version of an exemplary item listing,according to various exemplary embodiments.

FIG. 12 illustrates an example of stock product information, accordingto various exemplary embodiments.

FIG. 13 is a flowchart illustrating an example method, according tovarious embodiments.

FIG. 14 is a flowchart illustrating an example method, according tovarious embodiments.

FIG. 15 is a flowchart illustrating an example method, according tovarious embodiments.

FIG. 16 illustrates an example of an upload query electronic textmessage, according to various embodiments.

FIG. 17 is a flowchart illustrating an example method, according tovarious embodiments.

FIGS. 18 a and 18 b illustrate examples of user interfaces, according tovarious embodiments.

FIG. 19 is a flowchart illustrating an example method, according tovarious embodiments.

FIG. 20 is a diagrammatic representation of a machine in the exampleform of a computer system within which a set of instructions, forcausing the machine to perform any one or more of the methodologiesdiscussed herein, may be executed.

DETAILED DESCRIPTION

Example methods and systems for message based generation of itemlistings are described. In the following description, for purposes ofexplanation, numerous specific details are set forth in order to providea thorough understanding of example embodiments. It will be evident,however, to one skilled in the art that the present invention may bepracticed without these specific details.

FIG. 1 is a network diagram depicting a client-server system 100, withinwhich one example embodiment may be deployed. A networked system 102, inthe example forms of a network-based marketplace or publication system,provides server-side functionality, via a network 104 (e.g., theInternet or Wide Area Network (WAN)) to one or more clients. FIG. 1illustrates, for example, a web client 106 (e.g., a browser), and aprogrammatic client 108 executing on respective client machines 110 and112.

An Application Program Interface (API) server 114 and a web server 116are coupled to, and provide programmatic and web interfaces respectivelyto, one or more application servers 118. The application servers 118host one or more marketplace applications 120 and payment applications122. The application servers 118 are, in turn, shown to be coupled toone or more databases servers 124 that facilitate access to one or moredatabases 126.

The marketplace applications 120 may provide a number of marketplacefunctions and services to users that access the networked system 102.The payment applications 122 may likewise provide a number of paymentservices and functions to users. The payment applications 122 may allowusers to accumulate value (e.g., in a commercial currency, such as theU.S. dollar, or a proprietary currency, such as “points”) in accounts,and then later to redeem the accumulated value for products (e.g., goodsor services) that are made available via the marketplace applications120. While the marketplace and payment applications 120 and 122 areshown in FIG. 1 to both form part of the networked system 102, it willbe appreciated that, in alternative embodiments, the paymentapplications 122 may form part of a payment service that is separate anddistinct from the networked system 102.

Further, while the system 100 shown in FIG. 1 employs a client-serverarchitecture, the present invention is of course not limited to such anarchitecture, and could equally well find application in a distributed,or peer-to-peer, architecture system, for example. The variousmarketplace and payment applications 120 and 122 could also beimplemented as standalone software programs, which do not necessarilyhave networking capabilities.

The web client 106 accesses the various marketplace and paymentapplications 120 and 122 via the web interface supported by the webserver 116. Similarly, the programmatic client 108 accesses the variousservices and functions provided by the marketplace and paymentapplications 120 and 122 via the programmatic interface provided by theAPI server 114. The programmatic client 108 may, for example, be aseller application (e.g., the TurboLister application developed by eBayInc., of San Jose, California) to enable sellers to author and managelistings on the networked system 102 in an off-line manner, and toperform batch-mode communications between the programmatic client 108and the networked system 102.

FIG. 1 also illustrates a third party application 128, executing on athird party server machine 130, as having programmatic access to thenetworked system 102 via the programmatic interface provided by the APIserver 114. For example, the third party application 128 may, utilizinginformation retrieved from the networked system 102, support one or morefeatures or functions on a website hosted by the third party. The thirdparty website may, for example, provide one or more promotional,marketplace or payment functions that are supported by the relevantapplications of the networked system 102.

Turning now to FIG. 2 , a listing generation system 200 includes anidentification module 202, a listing generation module 204, and adatabase 206. The modules of the listing generation system 200 may beimplemented on a single device such as an item listing generationdevice, or on separate devices interconnected via a network. Theaforementioned item listing generation device may correspond to, forexample, one of the client machines (e.g. 110, 112) or applicationserver(s) (e.g., 118) illustrated in FIG. 1 .

According to various exemplary embodiments described herein, a sellermay text a photo of an item to a predetermined telephone number, alongwith a short description of the item. The listing generation system 200receives the text message, and automatically generates an item listingfor the seller to sell the photographed item on a marketplace website.More specifically, the listing generation system 200 analyzes thecontents of the text message and determines various informationregarding the seller and the photographed item, such as: selleridentity, product title, product classification, product quantity,product condition, suggested sale price, suggested shipping cost, and soforth. The listing generation system 200 then automatically generates adraft version of an item listing corresponding to the photographed item,and the item listing may thereafter be uploaded/posted to a marketplacewebsite.

For example, FIG. 3 is a flowchart illustrating an example method 300,according to various embodiments. The method 300 may be performed atleast in part by, for example, the listing generation system 200illustrated in FIG. 2 (or an apparatus having similar modules, such asclient machines 110 and 112 or application server 112 illustrated inFIG. 1 ). In 301, the identification module 202 receives an electronictext message from a source telephone number, the electronic text messageincluding content describing a product item. In 302, the identificationmodule 202 identifies a seller of the product item, based on the sourcetelephone number. In 303, the identification module 202 identifies theproduct item, based on the content included in the electronic textmessage. In 304, the listing generation module 204 automaticallygenerates a draft version of an item listing that lists the product itemas being for sale by the seller on a marketplace website. Each of theaforementioned operations in the method 300 illustrated in FIG. 3 , andeach of the aforementioned modules of the listing generation system 200illustrated in FIG. 2 , will now be described in more detail.

As described throughout this disclosure, an electronic text message(commonly referred to as an “SMS”, “text”, or “text message”) is anelectronic message transmitted over a phone network between two or morefixed or portable devices (such as fixed landline phones, mobile phonesand smart phones). Two common types of electronic text messages areShort Message Service (SMS) messages and Multimedia Messaging Service(MMS) messages. SMS messages form a text messaging service component ofphone, web, or mobile communication systems, using standardizedcommunications protocols that allow the exchange of short text messages(generally of up to 160 characters in length) between fixed line ormobile phone devices. MMS messages may further contain multimediacontent (such as image, video, and sound content) that may becommunicated between phone devices. Electronic text messages (includingSMS messages and MMS messages) are well understood by those skilled inthe art, and will not be described in further detail in the interests ofbrevity.

Referring again to FIG. 3 , in 301, the identification module 202receives an electronic text message from a source telephone number, theelectronic text message including content describing a product item. Forexample, when a seller wishes to sell a particular product item, theseller may take a photo of the item using the camera of theirsmartphone, and then text the photo to a predetermined telephone numberassociated with the listing generation system 200 (e.g.,“1-EBAY-LISTTHIS”). The seller may also include a short description ofthe photographed item in the text message. The identification module 202is configured to receive all text messages directed to theaforementioned telephone number associated with the listing generationsystem 200. Thus, the identification module 202 receives this electronictext message from the seller, where the source telephone number of thereceived text message corresponds to the telephone number of the seller.The content included in the electronic text message may include, forexample, a picture of the product item and a short description (e.g.,one or more words) describing the product item.

FIG. 4 illustrates an example portion of a text message 400 (e.g., anMMS message) that is received by the identification module 202 from aseller. The text message 400 indicates a source telephone number 401(i.e., “123-456-7890”) from which the text message 400 was transmitted.Thus, in this example, the source telephone number 401 also correspondsto a seller telephone number of a seller. The example text message 400also includes various content describing a particular productitem—namely, a cola can. In particular, the text message 400 includestextual content 402 including the words “cola can”, and an attachedpicture/photo 403 of a cola can. The attached picture may correspond toelectronic image data (e.g., Tagged-Image File Format or TIFF images,Joint Photographic Experts Group or JPEG images, etc.) generated whenthe seller took a photograph of the cola can with their smartphone,which may be the same smartphone from which the text message 400 wastransmitted (i.e. the smart phone associated with the source telephonenumber 123-456-7890).

Referring back to FIG. 3 , in 302, after the identification module 202receives the electronic text message, the identification module 202identifies a seller of the product item described in the electronic textmessage, based on the source telephone number associated with theelectronic text message. For example, if the listing generation system200 receives the text message 400, the identification module 202extracts the source telephone number 123-456-7890 associated with a textmessage 400, and determines a seller associated with this sourcetelephone number 123-456-7890.

According to an exemplary embodiment, the identification module 202 mayaccess seller records associated with various sellers. For example, amarketplace website may maintain seller records for sellers havingaccounts with the marketplace website, where the seller records identifyeach seller's name, address, and telephone number. FIG. 5 illustrates anexample of seller records 500 of sellers Alice Smith, Bob Smith, andJohn Doe. The seller records 500 may be stored in one or more datatables or similar data structures, which may be located in a datarepository or database (such as database 206 illustrated in FIG. 2 ). Asillustrated in FIG. 5 , the source telephone number “123-456-7890”extracted from the text message 400 is associated with the seller “AliceSmith”. Accordingly, the identification module 202 may identify theseller of the product item (i.e., the cola can) described in the textmessage 400 as the seller Alice Smith. Thus, the identification of theseller comprises detecting a match between the source telephone numberin the received electronic text message and a seller telephone numberassociated with the seller, where the seller telephone number isincluded in a seller record corresponding to the seller.

Thereafter, in 303 in FIG. 3 , the identification module 202 identifiesthe product item described in the electronic text message, based on thecontent included in the electronic text message. For example, since thetext message 400 includes the words “cola can”, the identificationmodule 202 may utilize this information in order to identify the productitem as a cola can. According to an exemplary embodiment, text contentin the electronic text message are analyzed as keywords, and theidentification module 202 compares these keywords in the content of theelectronic text message with a database of known keywords associatedwith various candidate product items. If the identification module 202detects a match between the keywords in the text message and one of theknown keywords that are associated with a specific candidate productitem, then the identification module 202 may determine that thisspecific candidate product item is the subject of the text message.

For example, FIG. 6 illustrates product identification information 600identifying a number of candidate product items (e.g., Cola Can, AplePad, Batman comic #152, Audi R8 V10, etc.), and product classificationsassociated with each of these product items. Many marketplace websitesinclude a classification system for classifying a wide range of productitems that may be listed for sale in the marketplace website. Such aclassification system may include a hierarchical structure withdifferent levels of classifications, including broad classifications orcategories (e.g., “fashion”, “home outdoors and décor”, “electronics”,“automotive”, “sporting goods”, “collectibles & antiques”) and variouslevels of progressively narrower classifications or categories therein(e.g., within the “electronics” classification maybe thesub-classifications “cameras and photography”, “computers and tablets”,“cell phones and accessories”, “TV and audio”, “video games andconsoles”, and so forth), as understood by those skilled in the art.Thus, the product identification information 600 may include suchproduct classifications associated with each of these product items. Forexample, as illustrated in FIG. 6 , a classification for the Cola Canproduct item is Collectibles>Advertising>Soda>Cola>Cans, aclassification for the product item Apl ePad is Computers/Tablets &Networking>Tablets & eBook Readers, and so forth.

The product identification information 600 also lists, for each of theproduct items, a number of known keywords associated with that productitem. When a seller is attempting to identify a particular product itemthey wish to sell, they are most likely to describe that product itemusing these known keywords associated with that product item. Forexample, the Cola Can product item is associated with the known keywords“cola, coke, soda, can”, etc., while the Audi R8 V10 product item isassociated with the keywords “audi, R8, car, supercar, V10”, etc.

Accordingly, the identification module 202 compares the keywords in thecontent of the electronic text message 400 with the known keywordsassociated with the candidate product items in the productidentification information 600. If the identification module 202 detectsa match between the keywords in the text message 400 (e.g., “cola can”)and one or more of the known keywords (e.g., “cola, coke, soda, can”)that are associated with a specific candidate product items (e.g., “ColaCan”) in the product identification information 600, then theidentification module 202 may determine that this specific candidateproduct item of “Cola Can” is the subject of the text message. Accordingto an exemplary embodiment, the product item in the productidentification information 600 that is the strongest match with thekeywords in the received electronic text message is determined by theidentification module 202 to be the subject of the electronic textmessage. For example, when a given product item in the productidentification information 600 has more known keywords that match withthe keywords in the electronic text message (in comparison to the otherproduct items in the product identification information 600), then thisgiven product item is determined by the identification module 202 to bethe subject of the electronic text message.

According to an example embodiment, the identification module 202 mayidentify the product item that is the subject of the received electronictext message 400 by analyzing the picture 403 included in the message400. For example, the identification module 202 may perform a characteror object image recognition process on the picture 403 to detect, forexample, any characters and keywords included in the picture 403. Forinstance, it is possible that such characters or keywords may beincluded in a logo or a label attached to the photographed product item.Any detected characters or keywords may be compared with the keywords inthe product identification information 600, in order to identify theappropriate product item as described above.

After the identification module 202 determines at least a seller (in 302in FIG. 3 ) and a product item (in 303 in FIG. 3 ) associated with thereceived electronic text message 400, then, in 304 in FIG. 3 , thelisting generation module 204 automatically generates a draft version ofa marketplace website item listing associated with the product item andthe seller. More specifically, the item listing generated by the listinggeneration module 204 lists the product item as being for sale by theseller on a marketplace website. For example, as described above, afterthe identification module 202 receives the example text message 400 (seeFIG. 4 ), the identification module 202 determines a seller associatedwith the electronic text message 400 (i.e., seller “Alice Smith”), aswell as the product item (e.g., “Cola Can”) and associated productclassification (e.g., “Collectibles>Advertising>Soda>Cola>Cans”) that isthe subject of this electronic text message 400. Accordingly, thelisting generation module 204 generates an item listing that lists aCola Can as being for sale by the seller Alice Smith. The draft versionof the item listing may be manifested as electronic data stored in adatabase, such as database 206 illustrated in FIG. 2 . The draft versionof the item listing may be stored in association with the seller records500 of the seller that transmitted the electronic text message 400(i.e., the seller determined in 302 in FIG. 3 ).

When the seller logs into the listing generation system 200, the sellermay view a representation of the draft version of the item listing. Theaforementioned representation may be in the form of, for example, anitem listing creation/edit page with various item listing fields alreadyprefilled by the listing generation module 204. For example, FIG. 7illustrates an example portion of a user interface displayed by thelisting generation module 204 to a logged in seller, where the userinterface depicts a representation of a draft version of an item listing700, in the form of an item listing creation/edit page. As illustratedin FIG. 7 , various fields of the item listing 700 have been alreadyprefilled by the listing generation module 204 for the convenience ofthe seller, based on the information included in the received textmessage 400. For example, the item listing 700 includes a prefilledproduct title 701 (e.g., “Cola Can”), product classification 702 (e.g.,“Collectibles>Advertising>Soda>Cola>Cans”), and description 707corresponding to the text included in the original electronic textmessage 400 (e.g., “Cola Can”). Moreover, the listing generation module204 has extracted the electronic image 403 from the received electronictext message 400 (see FIG. 4 ), and has inserted this electronic imageinto the draft version of the item listing 700, as a picture 710 of the“Cola Can” product item.

As illustrated in FIG. 7 , the seller may edit the fields in the itemlisting creation/edit webpage that are prefilled by the listinggeneration module 204, including product title 701, productclassification 702, description 707, and picture 710. Moreover, theseller may enter additional information into various other fields. Forexample, the seller may specify a product condition 703, productquantity 704, sale price 705, shipping price 706, and so on, and thelisting generation module 204 will update the draft version of the itemlisting 700 accordingly. If the seller selects the “Save It” button 709,the draft version of the item listing 700 is saved, so that the sellermay further edit the draft version of the item listing 700 during thecurrent login session or a subsequent log in session.

If the seller selects the “List It” button 708, the draft version of theitem listing 700 is uploaded/posted to the marketplace website for otherusers to view as a complete item listing. For example, suppose theseller viewing the draft version of the item listings 700 in FIG. 7edits the item listing 700 by specifying a condition 703 of “New”, aquantity 704 of “1”, sale price 705 of “$4”, a shipping price 706 of“$3”, and a description 707 of “A brand new Cola can! It looksbeautiful!”, and then selects the “List It” button 708. The resultinguploaded version of the item listing 800, as viewed by visitors of themarketplace website, is illustrated in FIG. 8 . The item listing 800includes various fields such as product title 801, productclassification 802, condition 803, quantity 804, sale price 805,shipping price 806, description 807, picture 810, and an identificationof the seller 811. The values of the aforementioned fields 801-807 and810 are specified by the seller via the item listing creation/edit pageillustrated in FIG. 7 , as described above. The identification of theseller 811 is determined by the determination module 204 as describeabove (see 302 in FIG. 3 ).

Thus, according to various exemplary embodiments, information includedin an electronic text message transmitted by a seller is utilized toautomatically generate a draft version of an item listing. Thus, thework load of the seller is significantly reduced, since the seller doesnot have to manually generate various components of an item listing. Forexample, the seller does not need to manually upload a picture of aproduct item from the seller's computer, or enter a title of the productitem, or manually designate a classification of the product item, and soon.

As described above, the identification module 202 identifies at least aproduct item described in the received text message and a seller of theproduct item, in order for the listing generation module 204 to generatea draft version of an item listing for the sale of the product item bythe seller. According to various further exemplary embodiments, theidentification module 202 may identify other information from thereceived text message that may be automatically included in the draftversion of the item listing.

According to an aspect, the identification module 202 may identify acondition of the product item, based on “condition keywords” included inthe content of the received text message that describe a condition ofthe product item. Examples of condition keyword to include mint, nearmint, new, like new, excellent, etc. For example, FIG. 9 a illustratesan example of condition keyword information 900 that may be accessed bythe identification module 202 and the listing generation module 204,where the condition keyword information 900 includes known conditionkeywords, such as: mint, near mint, new, like new, excellent, very good,etc. When the identification module 202 receives a text message, theidentification module 202 analyzes the words included in the textmessage to determine if any of them match one of the condition keywordsincluded in the condition keyword information 900. If there is a match,then the listing generation module 204 may utilize the matched conditionkeywords when generating the draft version of the item listing 700. Morespecifically, the listing generation module 204 may pre-fill thecondition field 703 of the draft version of the item listing 700 (seeFIG. 7 ), based on the matched condition keyword. For example, if thereceived text message includes the words “1 new cola can”, theidentification module 202 will determine that the word “new” in thereceived text message matches the condition keyword “new” in thecondition keyword information 900. Accordingly, the listing generationmodule 204 will pre-fill the condition field 703 of the draft version ofthe item listing 700 with the word “new”, as illustrated in the enhanceddraft version of the item listing 700A illustrated in FIG. 11 . Thecondition keyword information 900 may be stored in one or more datatables or similar data structures, which may be located in a datarepository or database (such as database 206 illustrated in FIG. 2 ).

According to another aspect, the identification module 202 may identifyan applicable quantity of the product item, based on “quantity keywords”included in the content of the received text message that describe aquantity of the product item(s). For example, FIG. 9 b illustrates anexample of quantity keyword information 901 that may be accessed by theidentification module 202 and the listing generation module 204, wherethe quantity keyword information 900 includes known quantitykeywords/characters such as 1, 2, 3, etc., as well as synonymousquantity keywords (e.g., one, two, three, etc.,) associated with each ofthe aforementioned keywords/characters. When the identification module202 receives a text message, the identification module 202 analyzes thewords included in the text message to determine if any of them match oneof the quantity keywords included in the quantity keyword information901. If there is a match, then the listing generation module 204 mayutilize the matched quantity keyword when generating the draft versionof the item listing 700. More specifically, the listing generationmodule 204 may pre-fill the quantity field 704 of the draft version ofthe item listing 700 (see FIG. 7 ), based on the matched quantitykeyword. For example, if the received text message includes the words “1new cola can”, the identification module 202 will determine that thecharacter “1” in the received text message matches the quantitykeyword/character “1” in the condition keyword information 900.Accordingly, the listing generation module 204 will pre-fill thequantity field 704 of the draft version of the item listing 700 (seeFIG. 7 ) with the quantity “one” or “1”, as illustrated in the enhanceddraft version of the item listing 700A illustrated in FIG. 11 . Thequantity keyword information 901 may be stored in one or more datatables or similar data structures, which may be located in a datarepository or database (such as database 206 illustrated in FIG. 2 ).

According to another aspect, the identification module 202 may determinea suggested sale price or suggested shipping cost of the product item,based on suggested pricing information indicating suggested sale pricesand suggested shipping costs for a variety of candidate product items.For example, FIG. 10 illustrates an example of suggested pricinginformation 1000 that may be accessed by the identification module 202and the listing generation module 204. The suggested pricing information1000 identifies various products (e.g., Cola Can, Apl ePad, Batman comic#152, Audi R8 V10, etc.), and suggested prices and suggested shippingcosts associated with each of these products. In an embodiment, thesuggested pricing information 1000 may include suggested sale prices forvarious different versions of a particular product. For example, thesuggested pricing information 1000 includes different suggested saleprices for different ePad models (e.g., having different colors and/orcapabilities). As another example, the suggested pricing information1000 includes different suggested sale prices for different conditionsof the Batman comic #152. As another example, the suggested pricinginformation 1000 includes different suggested sale prices for differentyear models of the Audi R8 V10. Thus, it is apparent that variousembodiments having various types of suggested pricing information may beimplemented.

Accordingly, after the identification module 202 identifies the productitem that is the subject of the received text message (see 303 of FIG. 3described above), the identification module 202 locates the identifiedproduct item in the suggested pricing information 1000. If there is amatch, then the identification module 202 may retrieve the relevantsuggested sale price and suggested shipping cost, which may be utilizedby the listing generation module 204 to supplement the draft version ofthe item listing 700. More specifically, the listing generation module204 may pre-fill the price field 705 and shipping cost field 706 of thedraft version of the item listing 700 (see FIG. 7 ), based on theretrieved suggested sale price and suggested shipping cost. For example,if the identification module 202 identifies the product described in areceived text message stating “1 new cola can” as a cola can, thelisting generation module 204 will retrieve the suggested sale price of$4 and the suggested shipping cost of $3 from the suggested pricinginformation 1000 illustrated in FIG. 10 . Accordingly, the listinggeneration module 204 will pre-fill the price field 705 of the draftversion of the item listing 700 with “$4”, and the shipping cost field706 of the draft version of the item listing 700 with “$3”, asillustrated in the enhanced draft version of the item listing 700Aillustrated in FIG. 11 . The suggested pricing information 1000 may bestored in one or more data tables or similar data structures, which maybe located in a data repository or database (such as database 206illustrated in FIG. 2 ).

If the seller selects the “List It” button 708 in FIG. 11 , the draftversion of the item listing 700A is uploaded/posted to the marketplacewebsite for other users to view. The resulting uploaded version of theitem listing of FIG. 11 , as viewed by visitors of the marketplacewebsite, will look similar to the item listing 800 illustrated in FIG. 8, as described above. Thus, since the listing generation system 200 isable to pre-fill a number of fields in the draft version of the itemlisting, the work load on the seller is greatly reduced.

According to another aspect, after the identification module 202identifies the product item that is the subject of the received textmessage (see 303 of FIG. 3 described above), the identification module202 may enhance the draft version of the item listing based on stockinformation (e.g., a stock description or a stock photo) associated withthe determined product item. For example, FIG. 12 illustrates an exampleof stock product information 1200 that may be accessed by theidentification module 202 and the listing generation module 204. Thestock product information 1200 identifies various products (e.g., ColaCan, Apl ePad, Batman comic #152, Audi R8 V10, etc.), and any availablestock information (e.g., a stock description or a link to a stock photo)for these various products. Accordingly, after the identification module202 identifies the product item that is the subject of the received textmessage (see 303 of FIG. 3 described above), the identification module202 locates the identified product item in the stock product information1200. If there is a match, then the identification module 202 may accessthe relevant stock description and/or stock photo, which may be utilizedby the listing generation module 204 to supplement the draft version ofthe item listing 700. More specifically, the listing generation module204 may pre-fill the description field 707 and photo field 710 of thedraft version of the item listing 700 (see FIG. 7 ), based on theaccessed stock description and stock photo. For example, if theidentification module 202 identifies the product described in thereceived text message as the Apl ePad, then the identification module202 may access the stock description and stock photo associated withthis product from the stock product information 1200. The listinggeneration module 204 will pre-fill the description field 707 of thedraft version of the item listing 700 with the stock description “Thingscome alive . . . ”. Similarly, the listing generation module 204 willpre-fill the photo field 710 of the draft version of the item listing700 with the stock photo accessed via the link “link-AplePad-stockpic”.The stock product information 1200 may be stored in one or more datatables or similar data structures, which may be located in a datarepository or database (such as database 206 illustrated in FIG. 2 ).

The draft version of the item listing 700 may include multiple picturesof the product item. Thus, one of the pictures in the item listing 700may correspond to a photo included in the received text message (e.g., aphoto 403 included in the received text message 400 in FIG. 4 ), whileanother one of the photos in the item listing 700 may correspond to astock photo accessed from the stock product information 1200, asdescribed above. It is also possible that the received text message maynot include any photo of the product item, in which case the draftversion of the item listing may include any available stock photosaccessed from the stock product information 1200, as described above.

FIG. 13 is a flowchart illustrating an example method 1300, according tovarious embodiments described above. The method 1300 may be performed atleast in part by, for example, the listing generation system 200illustrated in FIG. 2 (or an apparatus having similar modules, such asclient machines 110 and 112 or application server 112 illustrated inFIG. 1 ). The method 1300 may be performed after 302 (and replace 303and 304) in FIG. 3 . In 1301, the identification module 202 identifiesthe product item that is the subject of the received electronic textmessage, based on the content included in the electronic text message.In 1302, the identification module 202 identifies the productclassification of the product item identified in 1301. For example, theidentification module 202 may access product identification information600 illustrated in FIG. 6 .

In 1303, the identification module 202 identifies a condition of theproduct item, based on a condition keyword in the content of theelectronic text message describing a condition of the product item. In1304, the identification module 202 identifies a quantity associatedwith the product item, based on a quantity keyword in the content of theelectronic text message describing a quantity associated with theproduct item. In 1305, the identification module 202 determines a saleprice of the product item, based on the identification of the productitem (in 1301) and suggested pricing information indicating a suggestedsale price for the product item (e.g., see FIG. 10 ). In 1306, theidentification module 202 determines a shipping cost of the productitem, based on the identification of the product item (in 1301) andsuggested pricing information indicating a suggested shipping cost forthe product item (e.g., see FIG. 10 ). In 1307, the identificationmodule 202 accesses a description of the product item. For example, theidentification module 202 may retrieve the words included in thereceived text message that was received in 301 in FIG. 3 . As anotherexample, the identification module 202 may retrieve a stock descriptionof the product item from stock product information (e.g., see FIG. 12 ).In 1308, the identification module 202 accesses a picture of the productitem. For example, the identification module 202 may retrieve anelectronic image of the product item from the received text message thatwas received in 301 in FIG. 3 . As another example, the identificationmodule 202 may retrieve stock photo of the product item based on stockproduct information (e.g., see FIG. 12 ).

In 1309, the listing generation module 204 automatically generates adraft version of an item listing that lists the product item as beingfor sale by the seller on a marketplace website. The listing generationmodule 204 may include, in the draft version of the item listing, one ormore of the following: the title of the product item (identified in1301); the product classification of the product item (identified in1302); the condition of the product item (identified in 1303); thequantity of the product item (identified in 1304); the sale price of theproduct item (determined in 1305); the shipping cost of the product item(determined in 1306); the description of the product item (accessed in1307); and a picture of the product item (accessed in 1308). Variouselements of method 1300 may be omitted or rearranged.

As described above, one manner in which the draft version of the itemlisting 700 (e.g., see FIG. 7 ) may be uploaded to the marketplacewebsite as a complete item listing (e.g., see FIG. 8 ) is when the useris viewing the draft version of the item listing 700, and the userselects the “List It” button 708 (see FIG. 7 ). For example, FIG. 14 isa flowchart illustrating an example method 1400, according to variousembodiments. The method 1400 may be performed at least in part by, forexample, the listing generation system 200 illustrated in FIG. 2 (or anapparatus having similar modules, such as client machines 110 and 112 orapplication server 112 illustrated in FIG. 1 ). In 1401, the listinggeneration module 204 displays a draft version of an item listing. Forexample, the seller may log in to the listing generation system 200 byentering their user name and password into a user interface displayed bythe listing generation system 200 on a client device of the user. FIG.18 a illustrates an example of such a user interface 1800. After theseller logs in, the listing generation system 200 may display a sellerprofile page 1801, as illustrated in FIG. 18 b . If the user selects the“see my item listings” button in the user interface 1801, then thelisting generation module 204 may display a draft version of an itemlisting associated with that seller, such as item listing 700illustrated in FIG. 7 . In 1402 in FIG. 14 , the listing generationmodule 204 receives a user command to upload the item listing. Forexample the listing generation module 204 may detect the user selectionof the “List It” button 708 in FIG. 7 . In 1403 in FIG. 14 , the listinggeneration module 204 uploads the item listing to the marketplacewebsite an example of an uploaded item listing is illustrated in FIG. 8.

Another way in which a draft version of the item listing 700 (e.g., seeFIG. 7 ) may be uploaded to the marketplace website as a complete itemlisting (e.g. see FIG. 8 ) may involve the listing generation system 200transmitting a text message that includes information from the draftversion of the item listing 700 to the seller. Thus, the seller does noteven have to log in to the marketplace website or the listing generationsystem 200 via their computer to view the draft version of the itemlisting and request upload. Instead, the seller may confirm theinformation in the draft version of the item listing 700 and requestupload by, for example, transmitting a reply message back to the listinggeneration system 200.

For example, FIG. 15 is a flowchart illustrating an example method 1500,according to various embodiments. The method 1500 may be performed atleast in part by, for example, the listing generation system 200illustrated in FIG. 2 (or an apparatus having similar modules, such asclient machines 110 and 112 or application server 112 illustrated inFIG. 1 ). In 1501, the listing generation module 204 transmits an“upload query” electronic text message to the seller (i.e., to thesource telephone number 401 in FIG. 4 , from which the originalelectronic text message was received in 301 in FIG. 3 ). The uploadquery electronic text message transmitted in 1501 may includeinformation from the draft version of the item listing generated in 304in FIG. 3 or 1309 in FIG. 13 (such as product title, productclassification, quantity, condition, proposed shipping cost, proposedsale price, and so forth). For example, FIG. 16 illustrates an exampleof an upload query electronic text message 1600 received by a sellerthat this transmitted from a telephone number 1601 associated with thelisting generation system 200. The electronic text message 1600includes, in content 1602, information obtained from the draft versionof the item listing 700A illustrated in FIG. 11 . In 1502, the listinggeneration module 204 receives confirmation from the seller to uploadthe item listing identified in the upload query electronic text messagetransmitted in 1501. For example, the seller may reply to the uploadquery electronic text message 1600 by simply sending any reply to themessage 1600, or by replying with a reply message that includes specificwords such as “upload”, “list”, “ok”, “yes”, and so on. In 1503, thelisting generation module 204 uploads the item listing to themarketplace website. An example of an uploaded item listing isillustrated in FIG. 8 .

Referring back to FIG. 5 , the identification module 202 may generateseller records 500 that identify seller telephone numbers of each of thesellers. For example, FIG. 17 is a flowchart illustrating an examplemethod 1700, according to various embodiments. The method 1700 may beperformed at least in part by, for example, the listing generationsystem 200 illustrated in FIG. 2 (or an apparatus having similarmodules, such as client machines 110 and 112 or application server 112illustrated in FIG. 1 ). In 1701, the identification module 202 detectsuser login of the seller into the marketplace website and/or the listinggeneration system 200. For example, the seller may enter their user nameand password into a user interface that is displayed by theidentification module 202. FIG. 18 a illustrates an example of such auser interface 1800. After the seller logs in, the listing generationsystem 200 may display a seller profile page 1801, as illustrated inFIG. 18 b . The seller profile page 1801 displays various informationincluded in the seller record of the seller, such as username, name,telephone number, and address. If the telephone number of the seller isnot already available in the seller record, the seller may enter theirtelephone number via the user interface 1801, as illustrated in FIG. 18b . Thus, in 1702, the identification module 202 receives user input ofthe seller telephone number. In 1703, the identification module 202associates the seller telephone number received in 1702 with the seller.For example, the identification module 202 may update the seller record500 associated with the seller to reflect the seller telephone numberreceived in 1702.

The method 1700 may occur before the method 300. For example, before theseller Alice Smith transmits the electronic text message 400 (in 301 inFIG. 3 ), the method 1700 may be performed, so that the seller AliceSmith enters her telephone number “123-546-7890” via the user interface1801, and the seller record for the seller Alice Smith reflects thisseller telephone number, as illustrated in the seller records 500 ofFIG. 5 . Thus, when the electronic text message 400 from the sourcetelephone number “123-456-7890” is received in 301 in FIG. 3 , theidentification module 202 is able to identify the seller associated withthis source telephone number, based on the seller records 500 of FIG. 5.

On the other hand, it is possible that the method 1700 may occur afterthe electronic text message is received. Put another way, it is possiblethat the seller Alice Smith may transmit the electronic text message 400(in 301 in FIG. 3 ), before the seller telephone number of Alice Smithis available in the seller records 500. In such case, when theidentification module 202 receives the electronic text message 400, theidentification module 202 may be unable to determine a seller associatedwith the source telephone number “123-456-7890” of the electronic textmessage 400. According to an embodiment, the identification module 202may store the received electronic text message 400 in a buffer (e.g., indatabase 206 in FIG. 2 ). Thereafter, when the seller Alice Smith logsinto the listing generation system 200 via the user interface 1800 inFIG. 18 a , the seller is presented with the user interface 1801 in FIG.18 b by which she can enter her seller telephone number, as describedabove in the method 1700. Accordingly, the identification module 202 isable to associate the received electronic text message 400 stored in thebuffer with this seller Alice Smith, since the source telephone numberof the received electronic text message 400 matches the seller telephonenumber of the seller Alice Smith now listed in the seller records 500.Thus, when the seller clicks on the “See my listings button” in FIG. 18b , the seller will be able to view the draft version of the itemlisting 700, as illustrated in FIG. 7 .

FIG. 19 is a flowchart illustrating an example method 1900, according tovarious embodiments. The method 1900 may be performed at least in partby, for example, the listing generation system 200 illustrated in FIG. 2(or an apparatus having similar modules, such as client machines 110 and112 or application server 112 illustrated in FIG. 1 ). In 1901, theidentification module 202 receives an electronic text message from asource telephone number, the electronic text message including contentdescribing a product item. In 1902, the identification module 202determines that no seller record includes a seller telephone numbermatching the source telephone number of the received electronic textmessage. In other words, the identification module 202 is unable toidentify a seller associated with the received electronic text message.In 1903, the identification module 202 stores the received electronictext message in a buffer. 1904 through 1906 are the same as 1701 through1703 in FIG. 7 . In 1907, the identification module 202 accesses theelectronic text message from the buffer. In 1908, the identificationmodule 202 determines that the source telephone number of the electronictext message matches the seller telephone number that was associatedwith the seller in 1906. Thus, the identification module 202 associatesthe electronic text message with the seller in 1908. Thereafter, theidentification module 202 may generate the draft version of the itemlisting for the sale of the product item by the seller, as described invarious embodiments throughout this disclosure.

While various embodiments of this disclosure describe electronic textmessages such as SMS messages and MMS messages, it is apparent that theaspects of this disclosure may be applied to other types of electronictext messages or electronic messages. For example, the electronic textmessages described throughout may in fact be instant messagestransmitted between online user accounts. In such case, theseller/source telephone numbers described throughout may be replaced byseller/source usernames, while the predetermined telephone numberassociated with the listing generation system 200 may be replaced with ausername associated with the listing generation system 200. As anotherexample, the electronic text messages described throughout may in factbe e-mails transmitted between e-mail accounts. In such case, theseller/source telephone numbers described as described throughout may bereplaced by seller/source e-mail addresses, while the predeterminedtelephone number associated with the listing generation system 200 maybe replaced with an e-mail address associated with the listinggeneration system 200.

Modules, Components and Logic

Certain embodiments are described herein as including logic or a numberof components, modules, or mechanisms. Modules may constitute eithersoftware modules (e.g., code embodied (1) on a non-transitorymachine-readable medium or (2) in a transmission signal) orhardware-implemented modules. A hardware-implemented module is tangibleunit capable of performing certain operations and may be configured orarranged in a certain manner. In example embodiments, one or morecomputer systems (e.g., a standalone, client or server computer system)or one or more processors may be configured by software (e.g., anapplication or application portion) as a hardware-implemented modulethat operates to perform certain operations as described herein.

In various embodiments, a hardware-implemented module may be implementedmechanically or electronically. For example, a hardware-implementedmodule may comprise dedicated circuitry or logic that is permanentlyconfigured (e.g., as a special-purpose processor, such as a fieldprogrammable gate array (FPGA) or an application-specific integratedcircuit (ASIC)) to perform certain operations. A hardware-implementedmodule may also comprise programmable logic or circuitry (e.g., asencompassed within a general-purpose processor or other programmableprocessor) that is temporarily configured by software to perform certainoperations. It will be appreciated that the decision to implement ahardware-implemented module mechanically, in dedicated and permanentlyconfigured circuitry, or in temporarily configured circuitry (e.g.,configured by software) may be driven by cost and time considerations.

Accordingly, the term “hardware-implemented module” should be understoodto encompass a tangible entity, be that an entity that is physicallyconstructed, permanently configured (e.g., hardwired) or temporarily ortransitorily configured (e.g., programmed) to operate in a certainmanner and/or to perform certain operations described herein.Considering embodiments in which hardware-implemented modules aretemporarily configured (e.g., programmed), each of thehardware-implemented modules need not be configured or instantiated atany one instance in time. For example, where the hardware-implementedmodules comprise a general-purpose processor configured using software,the general-purpose processor may be configured as respective differenthardware-implemented modules at different times. Software mayaccordingly configure a processor, for example, to constitute aparticular hardware-implemented module at one instance of time and toconstitute a different hardware-implemented module at a differentinstance of time.

Hardware-implemented modules can provide information to, and receiveinformation from, other hardware-implemented modules. Accordingly, thedescribed hardware-implemented modules may be regarded as beingcommunicatively coupled. Where multiple of such hardware-implementedmodules exist contemporaneously, communications may be achieved throughsignal transmission (e.g., over appropriate circuits and buses) thatconnect the hardware-implemented modules. In embodiments in whichmultiple hardware-implemented modules are configured or instantiated atdifferent times, communications between such hardware-implementedmodules may be achieved, for example, through the storage and retrievalof information in memory structures to which the multiplehardware-implemented modules have access. For example, onehardware-implemented module may perform an operation, and store theoutput of that operation in a memory device to which it iscommunicatively coupled. A further hardware-implemented module may then,at a later time, access the memory device to retrieve and process thestored output. Hardware-implemented modules may also initiatecommunications with input or output devices, and can operate on aresource (e.g., a collection of information).

The various operations of example methods described herein may beperformed, at least partially, by one or more processors that aretemporarily configured (e.g., by software) or permanently configured toperform the relevant operations. Whether temporarily or permanentlyconfigured, such processors may constitute processor-implemented modulesthat operate to perform one or more operations or functions. The modulesreferred to herein may, in some example embodiments, compriseprocessor-implemented modules.

Similarly, the methods described herein may be at least partiallyprocessor-implemented. For example, at least some of the operations of amethod may be performed by one or processors or processor-implementedmodules. The performance of certain of the operations may be distributedamong the one or more processors, not only residing within a singlemachine, but deployed across a number of machines. In some exampleembodiments, the processor or processors may be located in a singlelocation (e.g., within a home environment, an office environment or as aserver farm), while in other embodiments the processors may bedistributed across a number of locations.

The one or more processors may also operate to support performance ofthe relevant operations in a “cloud computing” environment or as a“software as a service” (SaaS). For example, at least some of theoperations may be performed by a group of computers (as examples ofmachines including processors), these operations being accessible via anetwork (e.g., the Internet) and via one or more appropriate interfaces(e.g., Application Program Interfaces (APIs).)

Electronic Apparatus and System

Example embodiments may be implemented in digital electronic circuitry,or in computer hardware, firmware, software, or in combinations of them.Example embodiments may be implemented using a computer program product,e.g., a computer program tangibly embodied in an information carrier,e.g., in a machine-readable medium for execution by, or to control theoperation of, data processing apparatus, e.g., a programmable processor,a computer, or multiple computers.

A computer program can be written in any form of programming language,including compiled or interpreted languages, and it can be deployed inany form, including as a stand-alone program or as a module, subroutine,or other unit suitable for use in a computing environment. A computerprogram can be deployed to be executed on one computer or on multiplecomputers at one site or distributed across multiple sites andinterconnected by a communication network.

In example embodiments, operations may be performed by one or moreprogrammable processors executing a computer program to performfunctions by operating on input data and generating output. Methodoperations can also be performed by, and apparatus of exampleembodiments may be implemented as, special purpose logic circuitry,e.g., a field programmable gate array (FPGA) or an application-specificintegrated circuit (ASIC).

The computing system can include clients and servers. A client andserver are generally remote from each other and typically interactthrough a communication network. The relationship of client and serverarises by virtue of computer programs running on the respectivecomputers and having a client-server relationship to each other. Inembodiments deploying a programmable computing system, it will beappreciated that that both hardware and software architectures requireconsideration. Specifically, it will be appreciated that the choice ofwhether to implement certain functionality in permanently configuredhardware (e.g., an ASIC), in temporarily configured hardware (e.g., acombination of software and a programmable processor), or a combinationof permanently and temporarily configured hardware may be a designchoice. Below are set out hardware (e.g., machine) and softwarearchitectures that may be deployed, in various example embodiments.

Example Machine Architecture and Machine-Readable Medium

FIG. 20 is a block diagram of machine in the example form of a computersystem 2000 within which instructions, for causing the machine toperform any one or more of the methodologies discussed herein, may beexecuted. In alternative embodiments, the machine operates as astandalone device or may be connected (e.g., networked) to othermachines. In a networked deployment, the machine may operate in thecapacity of a server or a client machine in server-client networkenvironment, or as a peer machine in a peer-to-peer (or distributed)network environment. The machine may be a personal computer (PC), atablet PC, a set-top box (STB), a Personal Digital Assistant (PDA), acellular telephone, a web appliance, a network router, switch or bridge,or any machine capable of executing instructions (sequential orotherwise) that specify actions to be taken by that machine. Further,while only a single machine is illustrated, the term “machine” shallalso be taken to include any collection of machines that individually orjointly execute a set (or multiple sets) of instructions to perform anyone or more of the methodologies discussed herein.

The example computer system 2000 includes a processor 2002 (e.g., acentral processing unit (CPU), a graphics processing unit (GPU) orboth), a main memory 2004 and a static memory 2006, which communicatewith each other via a bus 2008. The computer system 2000 may furtherinclude a video display unit 2010 (e.g., a liquid crystal display (LCD)or a cathode ray tube (CRT)). The computer system 2000 also includes analphanumeric input device 2012 (e.g., a keyboard or a touch-sensitivedisplay screen), a user interface (UI) navigation device 2014 (e.g., amouse), a disk drive unit 2016, a signal generation device 2018 (e.g., aspeaker) and a network interface device 2020.

Machine-Readable Medium

The disk drive unit 2016 includes a machine-readable medium 2022 onwhich is stored one or more sets of instructions and data structures(e.g., software) 2024 embodying or utilized by any one or more of themethodologies or functions described herein. The instructions 2024 mayalso reside, completely or at least partially, within the main memory2004 and/or within the processor 2002 during execution thereof by thecomputer system 2000, the main memory 2004 and the processor 2002 alsoconstituting machine-readable media.

While the machine-readable medium 2022 is shown in an example embodimentto be a single medium, the term “machine-readable medium” may include asingle medium or multiple media (e.g., a centralized or distributeddatabase, and/or associated caches and servers) that store the one ormore instructions or data structures. The term “machine-readable medium”shall also be taken to include any tangible medium that is capable ofstoring, encoding or carrying instructions for execution by the machineand that cause the machine to perform any one or more of themethodologies of the present invention, or that is capable of storing,encoding or carrying data structures utilized by or associated with suchinstructions. The term “machine-readable medium” shall accordingly betaken to include, but not be limited to, solid-state memories, andoptical and magnetic media. Specific examples of machine-readable mediainclude non-volatile memory, including by way of example semiconductormemory devices, e.g., Erasable Programmable Read-Only Memory (EPROM),Electrically Erasable Programmable Read-Only Memory (EEPROM), and flashmemory devices; magnetic disks such as internal hard disks and removabledisks; magneto-optical disks; and CD-ROM and DVD-ROM disks.

Transmission Medium

The instructions 2024 may further be transmitted or received over acommunications network 2026 using a transmission medium. Theinstructions 2024 may be transmitted using the network interface device2020 and any one of a number of well-known transfer protocols (e.g.,HTTP). Examples of communication networks include a local area network(“LAN”), a wide area network (“WAN”), the Internet, mobile telephonenetworks, Plain Old Telephone (POTS) networks, and wireless datanetworks (e.g., WiFi and WiMax networks). The term “transmission medium”shall be taken to include any intangible medium that is capable ofstoring, encoding or carrying instructions for execution by the machine,and includes digital or analog communications signals or otherintangible media to facilitate communication of such software.

Although an embodiment has been described with reference to specificexample embodiments, it will be evident that various modifications andchanges may be made to these embodiments without departing from thebroader spirit and scope of the invention. Accordingly, thespecification and drawings are to be regarded in an illustrative ratherthan a restrictive sense. The accompanying drawings that form a parthereof, show by way of illustration, and not of limitation, specificembodiments in which the subject matter may be practiced. Theembodiments illustrated are described in sufficient detail to enablethose skilled in the art to practice the teachings disclosed herein.Other embodiments may be utilized and derived therefrom, such thatstructural and logical substitutions and changes may be made withoutdeparting from the scope of this disclosure. This Detailed Description,therefore, is not to be taken in a limiting sense, and the scope ofvarious embodiments is defined only by the appended claims, along withthe full range of equivalents to which such claims are entitled.

Such embodiments of the inventive subject matter may be referred toherein, individually and/or collectively, by the term “invention” merelyfor convenience and without intending to voluntarily limit the scope ofthis application to any single invention or inventive concept if morethan one is in fact disclosed. Thus, although specific embodiments havebeen illustrated and described herein, it should be appreciated that anyarrangement calculated to achieve the same purpose may be substitutedfor the specific embodiments shown. This disclosure is intended to coverany and all adaptations or variations of various embodiments.Combinations of the above embodiments, and other embodiments notspecifically described herein, will be apparent to those of skill in theart upon reviewing the above description.

What is claimed is:
 1. A method comprising: receiving a messaging service message, the messaging service message including an image of an item; analyzing the messaging service message by performing image recognition on the image of the item; detecting a product identifier in the image; extracting, by a processor of a machine using the image recognition, the product identifier from the image; comparing the product identifier with a database of candidate product identifiers; determining an association between the product identifier and a candidate product identifier of the candidate product identifiers; based on the determining of the association, accessing information for the item; extracting the image from the messaging service message; and automatically generating, based on the information, a user interface comprising the image extracted from the messaging service message and a classification of the item.
 2. The method of claim 1, further comprising, based on the determining of the association, accessing product information for the item and automatically generating, based on the product information, a draft version of an item listing that lists the product item as being for sale.
 3. The method of claim 1, wherein the information is stock product information.
 4. The method of claim 1, wherein: the message is from a source; the method further comprises identifying an account based on the source; and the user interface further comprises an identifier of the account.
 5. The method of claim 4, wherein the identifying of the account comprises detecting a match between the source and a telephone number associated with the account, the telephone number being included in a record corresponding to the account and the record is generated by: detecting a user login of the account; receiving user input of the telephone number; and associating the telephone number with the account.
 6. The method of claim 5, wherein the receiving of the user input of the telephone number occurs after the receiving of the message and before the identifying of the account.
 7. A non-transitory machine-readable medium having instructions embedded thereon, which, when executed by one or more processors of a machine, cause the machine to perform operations comprising: receiving a messaging service message, the messaging service message including an image of an item; analyzing the messaging service message by performing image recognition on the image of the item; detecting a product identifier in the image; extracting, by a processor of a machine using the image recognition, the product identifier from the image; comparing the product identifier with a database of candidate product identifiers; determining an association between the product identifier and a candidate product identifier of the candidate product identifiers; based on the determining of the association, accessing information for the item; extracting the image from the messaging service message; and automatically generating, based on the information, a user interface comprising the image extracted from the messaging service message and a classification of the item.
 8. The non-transitory machine-readable medium of claim 7, wherein the operations further comprise, based on the determining of the association, accessing product information for the item and automatically generating, based on the product information, a draft version of an item listing that lists the product item as being for sale.
 9. The non-transitory machine-readable medium of claim 7, wherein the information is stock product information.
 10. The non-transitory machine-readable medium of claim 7, wherein: the message is from a source; the operations further comprise identifying an account based on the source; and the user interface further comprises an identifier of the account.
 11. The non-transitory machine-readable medium of claim 10, wherein the identifying of the account comprises detecting a match between the source and a telephone number associated with the account, the telephone number being included in a record corresponding to the account and the record is generated by: detecting a user login of the account; receiving user input of the telephone number; and associating the telephone number with the account.
 12. The non-transitory machine-readable medium of claim 11, wherein the receiving of the user input of the telephone number occurs after the receiving of the message and before the identifying of the account.
 13. A system comprising: a memory that stores instructions; and one or more processors configured by the instructions to perform operations comprising: receiving a messaging service message, the messaging service message including an image of an item; analyzing the messaging service message by performing image recognition on the image of the item; detecting a product identifier in the image; extracting, by a processor of a machine using the image recognition, the product identifier from the image; comparing the product identifier with a database of candidate product identifiers; determining an association between the product identifier and a candidate product identifier of the candidate product identifiers; based on the determining of the association, accessing information for the item; extracting the image from the messaging service message; and automatically generating, based on the information, a user interface comprising the image extracted from the messaging service message and a classification of the item.
 14. The system of claim 13, wherein the operations further comprise, based on the determining of the association, accessing product information for the item and automatically generating, based on the product information, a draft version of an item listing that lists the product item as being for sale.
 15. The system of claim 13, wherein the information is stock product information.
 16. The system of claim 13, wherein: the message is from a source; the operations further comprise identifying an account based on the source; and the user interface further comprises an identifier of the account.
 17. The system of claim 16, wherein the identifying of the account comprises detecting a match between the source and a telephone number associated with the account, the telephone number being included in a record corresponding to the account and the record is generated by: detecting a user login of the account; receiving user input of the telephone number after the receiving of the message and before the identifying of the account; and associating the telephone number with the account. 